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grammprodukte bereitgestellt, urn zu prufen, ob ein Web- 
Inhalt von einem Konvertierungs-Proxy fur die Anzeige in 
verschiedenen anfordernden pervasiven Datenverarbei- 
tungseinheiten ordnungsgemaft angepasst wurde. Unter 
Verwendung von Informationen aus einer oder mehreren 
Datendateien werden simulierte HyperText Transfer Pro- 
tocol- (HTTP-) Anforderungen erstellt. Jede simulierte An- 
forderung enthalt einen Uniform Resource Locator (URL), 
der eine Position des Web-lnhaltes kennzeichnet. Aufcer- 
dem enthalt jede simulierte Anforderung einen HTTP-Vor- 
satz, der Informationen uber eine entsprechende pervasi- 
ve Datenverarbeitungseinheit enthalt. Simulierte HTTP- 
Anforderungen werden asynchron zu entsprechenden 
Web-Servern ausgegeben, die in den jeweiligen HTTP- 
Anforderungen gekennzeichnet werden. Eine HTTP-Ant- 
wort auf jede entsprechende simulierte HTTP-Anforde- 
rung wird empfangen und enthalt einen Web-lnhalt, der 
fur die Anzeige in einer entsprechenden pervasiven Da- 
tenverarbeitungseinheit angepasst wurde, die der jeweili- 
gen simulierten HTTP-Anforderung zugeordnet ist. Jede 
HTTP-Antwort wird sodann mit einer erwarteten HTTP- 
Antwort verglichen. Eine HTTP-Antwort, deren Vergleich 
mit einer erwarteten HTTP-Antwort ungiinstig ausfallt, 
kann zur spateren Analyse gespeichert werden. 



ERS TELLE OYNAMISCH EINE V1ELZAHLVON 
SIMULIERTEN HTTP -ANFORDERUNGEN 
WOBEI JEDE SIMULIERTE HTTP-ANFORDE- 
RUNG EINEN URL, OER EINEM WEB-SERVER 
KENNZEICHNET, UND EINEN HTTP-VORSATZ 
ENTHALT. DER EINE ANFORDERNDE CLIENT- 
EINHEIT UND EINEN BROWSER BESCHREIBT 
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GIB SIMUUERTER HTTP-ANFORDERUNGEN AN 
WEB-SERVER AUS. DIE IN ENTSPRECHENDEN 
SIMULIERTEN HTTP-ANFORDERUNGEN 
GEKENNZEICHNET WERDEN. 
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EMPFANGE UND SPEICHERE EINE ANTWORT 
AUF JEDE SIMUUERTE HTTP-ANFORDERUNG 
WOBEJ JEDE ANTWORT EINEN WEB-JNHALT ' 
UND EINEN HTTP-VORSATZ ENTHALT DER 
VON EINEM KONVERTIERUNGS -PROXY 
ANGEPASST WURDE. 
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VERGLEICHE JEDE EMPFANGENE ANTWORT 
MIT EINER ENTSPRECHENDEN ERWARTETEN 
ANTWORT; SPEICHERE FEHLGESCHLAGENER 
ANTWORT EN. 
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Beschreibung 

Gebiet der Erfindung 

Die vorliegende Erfindung betrifft im Allgemeinen die 
Anzeige des Inhaites einer Web-Seite und insbesondere die 
Anpassung des Web-Inhaltes fur die Anzeige in Client- Ein- 
heiten. 

Grundlagen der Erfindung 

Das Internet ist ein weltweites dezentrales Netz von Com- 
putern mit der Fahigkeit, miteinander zu kommunizieren. 
Das Internet hat umfassende Anerkennung als leistungsfahi- 
ges Medium zur Kommunikation und Interaktion tiber meh- 
rere Netze erlangt. Das World-Wide Web (Web) ist Anfang 
der 90er Jahre entstanden und besteht aus mit dem Internet 
verbundenen Server-Hostcomputern (Web-Server), die Hy- 
pertextdokumente (als Web-Seiten bezeichnet) darin gespei- 
chert haben. Client-Programme (z. B. Web-Browser), die 
das Hypertext Transfer Protocol (HTTP) verwenden, kon- 
nen tiber eine Transmission Control Protocol/Internet Proto- 
col- (TCP/IP-) Verbindung zwischen einer Client-Hostein- 
heit (client- hosting device) und einer Server-Hosteinheit 
(server- hosting device) auf Web-Seiten zugreifen. Obwohl 
HTTP und Web-Seiten die vorherrschenden Formen fur das 
Web sind, betrifft das Web selbst einen weiten Bereich von 
Protokollen, darunter Secure Hypertext Transfer Protocol 
(HTTPS), File Transfer Protocol (FTP) und Gopher, und 
Formaten von Web-Inhalten, darunter unverschliisselter 
Text, HyperText Markup Language (HTML), Extensible 
Markup Language (XML), sowie Biidformate, beispiels- 
weise Graphics Interchange Format (GIF) und Joint Photo- 
graphic Experts Group (JPEG). 

Eine Web-Site ist herkommlicherweise eine Sammlung 
von Web-Seiten und anderen, ein bestimmtes Thema betref- 
fenden Dateien, die eine als "Home "-Page bezeichnete An- 
fangsdatei enthalt. Eine groBe Web-Site kann sich auf einer 
Anzahl geographisch verstreuter Web-Server befinden. Die 
Web-Site von International Business Machines Corporation 
(www.ibm.com) besteht beispielsweise aus Tausenden von 
Web-Seiten und Dateien, die weltweit iiber mehrere Web- 
Server verteilt sind. 

Ein Intranet ist ein privates Computernetz, das herkomm- 
licherweise in einem Unternehmen enthalten ist und das her- 
kommlicherweise einen oder mehrere Server enthalt, die mit 
mehreren Benutzercomputern kommunizieren. Ein Intranet 
kann aus miteinander verbundenen lokalen Netzen (local 
area networks) bestehen und kann auBerdem Mietleitungen 
in einem landes weiten Netz (wide- area network) verwen- 
den. Ein Intranet kann Verbindungen zum auBeren Internet 
enthalten. Intranets verwenden herkommlicherweise meh- 
rere Internet- Protokolle und erscheinen im Allgemeinen wie 
private Versionen des Internets. Ein Intranetbenutzer greift 
normalerweise iiber einen lokal auf seinem/ihrem Computer 
iaufenden Browser auf einen Intranet-Server zu. 

Ein Web- (oder Intranet-) Server ist ein (normalerweise 
auf einem Computer ablaufendes) Computerprogramm, das 
angeforderte Web-Seiten und Dateien bedient. Ein Web- 
Client ist ein anforderndes Programm, das einem Benutzer 
zugeordnet ist. Ein Browser ist ein exemplarischer Web- 
Client zur Verwendung bei der Anforderung von Web-Sei- 
ten und Dateien von Web-Servern. Ein Web- Server wartet 
auf einen Web-Client, beispielsweise einen Browser, um 
eine Verbindung zu eroffnen und eine spezifische Web-Seite 
(oder Datei) anzufordern. Der Web-Server sendet sodann 
eine Kopie des angeforderten Elementes, schlieBt die Ver- 
bindung und wartet auf die nachste Verbindung. 



Wenn ein Browser mit einem Web- Server in Wechselwir- 
kung steht, verwenden die beiden Programme HTTP. HTTP 
ermoglicht es einem Browser, ein spezifisches Element an- 
zufordern, das der Web-Server sodann zurticksendet und der 
5 Browser wiedergibt. Zur Sichersteilung einer unzweideuti- 
gen Kooperation von Browsern und Web-Servern definiert 
HTTP das genaue Format von Anforderungen (HTTP-An- 
forderungen), die von einem Browser zu einem Web- Server 
gesendet werden, sowie das Format von Antworten (HTTP- 
10 Antworten), die der Web-Server zum Browser zurticksen- 
det. 

Exemplarische Browser fur Internet und Intranet beinhal- 
ten Netscape Navigator® (America Online, Inc., 22000 AOL 
Way, Dulles, VA) und Internet Explorer® (Microsoft Corpo- 

15 ration, Redmond, WA). Browser stellen normalerweise eine 
grafische Benutzerschnittstelle zum Abrufen und Betrachten 
von Web-Seiten, Anwendungen und anderen Ressourcen 
bereit, die sich auf Internet/Intranet- Servern (hierin im Fol- 
genden kollektiv als "Web-Server" bezeichnet) befinden. 

20 Wie Fachleuten bekannt ist, wird eine Web-Seite her- 
kommlicherweise iiber eine Standardseitenbeschreibungs- 
sprache (standard page description language), zum Beispiel 
HTML, formatiert, die normalerweise Text enthalt und sich 
auf Grafiken, Ton, Animation und Videodaten beziehen 

25 kann. HTML schafft die Voraussetzungen fur eine grundle- 
gende Dokumentformatierung und ermoglicht einem Web- 
Inhalt-Provider die Angabe spezifischer Anker oder Hyper- 
text verbindungen (normalerweise als hervorgehobener Text 
gezeigt) zu anderen Web-Servern und Dateien. Wenn ein 

30 Benutzer eine bestimmte Hypertextverbindung auswahlt, 
liest und interpretiert ein Browser eine der Verbindung zu- 
geordnete Adresse, die als Uniform Resource Locator 
(URL) bezeichnet wird, verbindet den Browser mit einem 
Web- Server bei dieser Adresse und erstellt eine Anforde- 

35 rung (z. B. eine HTTP- Anforderung) fur die in der Verbin- 
dung gekennzeichnete Datei. Der Web-Server sendet die an- 
geforderte Datei sodann zum Web-Client, den der Browser 
interpretiert und dem Benutzer anzeigt. 

Viele neue elektronische Einheiten, beispielsweise Perso- 

40 nal Digital Assistants (PDAs), Taschencomputer und Web- 
TVs, erhalten als Client- Einheiten Zugriff auf das Internet 
und/oder auf Intranets. Elektronische Einheiten, darunter - 
jedoch nicht ausschlieBlich - PDAs, Zelltelefone (cellular 
telephones) und Datenverarbeitungseinheiten, die in Gera- 

45 ten und Kraftfahrzeugen verwendet werden, werden oftmals 
insgesamt als "pervasive" Datenverarbeitungseinheiten be- 
zeichnet. Viele solcher pervasive Datenverarbeitungseinhei- 
ten verwenden die Plattformen von Microsoft® Windows 
CE und 3Com Palm Computing®. 

50 Leider sind die Fahigkeiten von pervasive Datenverarbei- 
tungseinheiten zum Empfangen, Verarbeiten, Speichern und 
Anzeigen eines Internet-Inhaltes unterschiedlich. Die An- 
zeigen von pervasive Datenverarbeitungseinheiten sind im 
Vergleich zu Tischcomputeranzeigen (desktop computer 

55 displays) klein. Infolgedessen konnen Inhaltsanteile einer 
Web-Seite, beispielsweise Bilder und konvertierte HTML, 
die andernfalls auf einer Tischcomputeranzeige angezeigt 
werden konnen, auf der Anzeige einer pervasive Computer- 
einheit nicht angezeigt werden, wenn nicht einige Anderun- 

60 gen an den Bildern und/oder dem Text (d. h. dem Inhalt) 
vorgenommen werden. Beispielsweise kann eine Tischcom- 
puteranzeige mit einer Matrix von 1024 Bildelementen mal 
768 Bildelementen ein groBes (z. B. 2 MB) Farbbild mit 24 
Bit pro Bildelement anzeigen. Eine pervasive Computerein- 

65 heit, die eine Anzeige mit einer Matrix von 120 Bildelemen- 
ten mal 120 Bildelementen aufweist und nur etwa 3 Bit pro 
Bildelement anzeigen kann, ignoriert moglicherweise viele 
der Bilddaten. Infolgedessen kann das Bild iiber die perva- 



BNSDOCID: <DE__1 00501 72A1J_> 



DE 100 50 172 A 1 



3 



sive Computereinheit nicht ordnungsgemaB angezeigt wer- 
den, falls iiberhaupt, es sei denn, die GroBe des Bildes wird 
an die Fahigkeiten der Datenverarbeitungseinheit angepasst. 
AuBerdem konnen einige pervasive Datenverarbeitungsein- 
heiten bestimmte Bilddateitypen, beispielsweise JPEG oder 5 
GIF, moglicherweise nicht anzeigen. 

Die Schriftarten und GroBen von Text im Web-Inhalt 
mussen moglicherweise auBerdem geandert werden, um de- 
ren Anzeige in der Anzeige einer pervasive Datenverarbei- 
tungseinheit zu ermoglichen. AuBerdem konnen allgemeine 10 
HTML-Merkmale, zum Bei spiel Rahmen und Tabellen, von 
pervasive Datenverarbeitungseinheiten moglicherweise 
nicht angezeigt werden. Daten in Rahmen und Tabellen 
mussen zum korrekten Anzeigen moglicherweise entfernt 
und/oder in andere Konfigurationen neu formatiert werden. 15 
AuBerdem erfordern Leistungsbegrenzungen von pervasive 
Datenverarbeitungseinheiten, beispielsweise die Speicher- 
groBe und die Verbindungsbandbreite, moglicherweise 
ebenfalls Anderungen am Web-Seiteninhalt, um diesen uber 
eine pervasive Datenverarbeitungseinheit korrekt anzuzei- 20 
gen. 

Es ist bekannt, einen Web-Inhalt, der uber eine pervasive 
Datenverarbeitungseinheit nicht korrekt angezeigt werden 
kann, in ein anzeigbares Format "anzupassen". GroBe Farb- 
bilder mit hoher Auflosung konnen beispielsweise in kleine 25 
SchwarzweiBbilder umgesetzt werden, die in kleinen Anzei- 
gen mit niedriger Auflosung angezeigt werden konnen. Die 
Anpassung von Video, Biidern, Ton und Text zur Anzeige in 
einer Client-Einheit wird normalerweise als Konvertierung 
( M transcoding ,, ) bezeichnet. Eine Web-Inhalt- Konvertierung 30 
wird in den schwebenden US-Pa tentanmeldungen Nr. 
09/239 935 und 09/240 137 ausfuhrlich beschrieben, die In- 
ternational Business Machines Corporation zugewiesen und 
in ihrer Gesamtheit hierin durch Bezugnahme aufgenom- 
men werden. Die Web-Inhalt- Konvertierung wird normaler- 35 
weise von einem Konvertierungs-Proxy (transcoding proxy) 
ausgefuhrt, der einem Web-Server zugeordnet ist. Produkte 
zur Konvertierung eines Web- In hakes zur Anzeige durch 
eine anfordernde Client-Einheit sind bekannt. Ein Beispiel 
fur ein Konvertierungsprodukt ist das von der Apache Ser- 40 
ver Foundation unter http://java.apache.org erhaltliche "Co- 
coon". Cocoon wird- unter http://java.apache.org /cocoon/ 
index.html beschrieben, das durch Bezugnahme hierin auf- 
genommen wird. 

Zum Ausfuhren einer Web-Inhalt-Konvertierung muss 45 
ein Web-Server und/oder ein Konvertierungs-Proxy norma- 
lerweise Kenntnisse von einer Client-Einheit haben, die eine 
HTTP-Anforderung erstellt. Wie Fachleuten bekannt ist, be- 
gleitet ein HTTP-Vorsatz (HTTP header) HTTP-Anforde- 
rungen zu einem Web-Server. Ein HTTP-Vorsatz stellt nor- 50 
malerweise Informationen uber eine anfordernde Client- 
Einheit und deren Browser bereit. Beispiele fur in einem 
HTTP-Vorsatz bereitgestellte Informationen konnen Fol- 
gendes enthalten: die AnzeigengroBe einer Client-Einheit, 
ob die Anzeige einer Client-Einheit eine Farbanzeige oder 55 
eine SchwarzweiBanzeige ist, eine Kennung des Browsers 
der Client-Einheit und eine Kennung des Betriebssystems 
der Client-Einheit. 

Es werden laufend neue Datenverarbeitungseinheiten fur 
das breite Publikum mit verschiedenen Browsern und Kon- 60 
figurationen entwickelt und auf den Markt gebracht. Unter 
Beriicksichtigung der Vielfalt neuer Datenverarbeitungsein- 
heiten fur die Allgemeinheit kann es fur die Herausgeber 
von Web-Inhalten schwierig sein, den Inhalt so anzupassen, 
dass er in vielen verschiedenen Einheiten angemessen ange- 65 
zeigt werden kann. Infolgedessen besteht ein Bedarf an ei- 
ner schnellen und problemlosen Uberpriifung, dass die An- 
passung eines Web-Inhaltes fur jeden Typ von Client-Ein- 



heit, die eine HTTP-Anforderung sendet, korrekt ausgefuhrt 
wird. Gegenwartig erfolgt die Uberpriifung, ob die Anpas- 
sung des Web-Inhaltes korrekt ausgefuhrt wird, durch das 
Senden von HTTP-Anforderungen mit jeder tatsachlichen 
Client-Einheit. Leider kann die Fahigkeit zum Priifen der 
Web-Inhaltanpassung mit vielen verschiedenen Client-Ein- 
heiten kostspielig und zeitaufwendig sein, und es ist mogli- 
cherweise technisch nicht durchfuhrbar, Antworten analy- 
tisch auf Gultigkeit zu priifen. 

Zusammenfassung der Erfindung 

Angesichts der obigen Erlauterung ist es eine Aufgabe 
der vorliegenden Erfindung, Systeme, Verfahren und Com- 
puterprogrammprodukte zum Simuiieren verschiedener, auf 
unterschiedlichen Softwareplattformen betriebener Client- 
Einheiten bereitzustellen, um sicherzustellen, das die An- 
passung eines Web-Inhaltes korrekt ausgefuhrt wird. 

Eine andere Aufgabe der vorliegenden Erfindung ist das 
Erleichtem der Anzeige von Web-Seiten uber pervasive Da- 
tenverarbeitungseinheiten, die im Vergleich zu Tischcompu- 
tern kleinere Anzeigen und verschiedene Leistungsbegren- 
zungen aufweisen konnen. 

Diese und andere Aufgaben der vorliegenden Erfindung 
werden von Systemen, Verfahren und Computerprogramm- 
produkten bereitgestellt, um zu testen (d. h. zu uberprufen), 
ob der Web-Inhalt von einem Konvertierungs-Proxy fur die 
Anzeige in verschiedenen anfordernden pervasive Daten- 
verarbeitungseinheiten ordnungsgemaB angepasst wurde. 
Unter Verwendung von Informationen von einer oder meh- 
reren Datendateien werden simuiierte HyperText Transfer 
Protocol- (HTTP-) Anforderungen erstellt. Jede simuiierte 
Anforderung enthalt vorzugsweise einen Uniform Resource 
Locator (URL), der eine Position des Web-Inhaltes kenn- 
zeichnet. AuBerdem enthalt jede simuiierte Anforderung 
vorzugsweise einen HTTP-Vorsatz, der Informationen uber 
eine entsprechende pervasive Datenverarbeitungseinheit 
enthalt. Beispiele fur in einem HTTP-Vorsatz enthaltene In- 
formationen uber pervasive Datenverarbeitungseinheiten 
konnen die folgenden Informationen enthalten, sind jedoch 
nicht auf diese begrenzt: eine Kennung des Browsers einer 
Einheit, eine Kennung des Betriebssystems einer Einheit, 
Eigenschaften der Anzeige einer Einheit und Informationen 
uber den Web-Inhalt, fur dessen Anzeige eine Einheit konfi- 
guriert ist. 

Simuiierte HTTP-Anforderungen werden zu entsprechen- 
den Web-Servern ausgegeben, die in den jeweiligen HTTP- 
Anforderungen gekennzeichnet werden. Auf jede entspre- 
chende simuiierte HTTP-Anforderung wird eine HTTP- 
Antwort empfangen, die einen Web-Inhalt enthalt, der zur 
Anzeige in einer entsprechenden pervasive Datenverarbei- 
tungseinheit angepasst wurde, die der jeweiligen simulierten 
HTTP-Anforderung zugeordnet ist. Jede HTTP-Antwort 
wird sodann mit einer erwarteten HTTP-Antwort vergli- 
chen. Eine HTTP-Antwort, deren Vergleich mit einer erwar- 
teten HTTP-Antwort keine Ubereinstimmung ergibt, kann 
zur spateren Analyse gespeichert werden. 

Die vorliegende Erfindung kann die Feststellung erleich- 
tem, ob ein Web-Inhalt fur die Anzeige in fast jedem Typ 
von Client-Einheit mit fast jedem Konfigurationstyp ord- 
nungsgemaB angepasst ist, ohne dass die eigentliche Einheit 
im Test verwendet werden muss. Infolgedessen kann die 
Verwendung der vorliegenden Erfindung von Web-Inhalt- 
Providern zu betrachtiichen Zeiteinsparungen, Kostenein- 
sparungen und Programmprodukten von hoherer Qualitat 
ftihren. 
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Kurze Beschreibung der Zeichnungen 

Fig. 1 veranschaulicht schematisch die Pfade einer 
HTTP-Anforderung und einer entsprechenden HTTP-Ant- 
wort in einer Client-Server-Umgebung, die einen Konver- 5 
tierungs-Proxy enthalt, der einen Web-Inhalt fiir die An- 
zeige in anfordernden Client-Einheiten anpasst. 

Fig. 2 ist ein Flussdiagramm, das Arbeitsgange zum 
Uberpriifen eines konvertierten Web-Inhaltes darstellt, der 
gemaB der vorliegenden Erfindung auf eine Client-Anforde- 10 
rung hin bereitgesteilt wird. 

Fig. 3 ist ein ausfuhrliches Flussdiagramm, das Arbeits- 
gange zum Erstellen und Ausgeben einer Vielzahi von 
HTTP-Anforderungen und zum Uberpriifen eines konver- 
tierten Web-Inhaltes darstellt, der gemaB der vorliegenden 15 
Erfindung auf eine Client-Anforderung hin bereitgesteilt 
wird. 

Fig. 4 ist eine schematische Darstellung eines Datenver- 
arbeitungs systems zum Ausfuhren von Arbeitsgangen ge- 
maB der vorliegenden Erfindung. 20 

Fig. 5 ist eine schematische Darstellung eines Datenver- 
arbeitungssystems, das mit einer Vielzahi von Web-Servern 
und Konvertierungs-Proxies kommuniziert, wobei das Da- 
tenverarbeitungssystem so konfiguriert ist, dass es gemaB 
der vorliegenden Erfindung eine Vielzahi von HTTP-Anfor- 25 
derungen erstellt und sendet und eine entsprechende Viel- 
zahi von HTTP-Antworten empfangt. 

Ausfiihrliche Beschreibung der Erfindung 

30 

Im Folgenden wird die vorliegende Erfindung nun aus- 
fiihrlicher mit Bezugnahme auf die begleitenden Zeichnun- 
gen beschrieben, in denen bevorzugte Ausfuhrungsformen 
der Erfindung gezeigt werden. Diese Erfindung kann jedoch 
in vielen verschiedenen Formen ausgefuhrt werden und 35 
sollte nicht als auf die hierin dargelegten Ausfiihrungsfor- 
men begrenzt gedeutet werden; stattdessen werden diese 
Ausfuhrungsformen bereitgesteilt, damit diese Beschrei- 
bung sorgfaltig und vollstandig ist und Fachleuten den An- 
wendungsbereich der Erfindung vollstandig zeigt. Gleiche 40 
Ziffern beziehen sich durchweg auf gleiche Elemente. 

Wie Fachleute verstehen werden, kann die vorliegende 
Erfindung als Verfahren, Datenverarbeitungssystem oder 
Computerprogrammprodukt ausgefuhrt werden. Dement- 
sprechend kann die vorliegende Erfindung die Form einer 45 
kompletten Hard ware- Ausfuhrungsform, einer kompletten 
Software-Ausfiihrungsform oder einer Ausfuhrungsform 
annehmen, die Software- und Hardwareaspekte kombiniert. 
AuBerdem kann die vorliegende Erfindung die Form eines 
Computerprogrammproduktes auf einem in einem Compu- 50 
ter verwendbaren Speichermedium annehmen, das ein in ei- 
nem Computer verwendbares, im Medium integriertes Pro- 
grammcodemittel aufweist. Jedes geeignete computerles- 
bare Medium kann verwendet werden, darunter Festplatten, 
CD-ROMs, optische Speichereinheiten oder magnetise he 55 
Speichereinheiten. 

Der Computerprogrammcode zum Ausfuhren von Ar- 
beitsgangen der vorliegenden Erfindung wird vorzugsweise 
in einer objektorientierten Programmiersprache, beispiels- 
weise JAVA®, Smalltalk oder C++, geschrieben. Der Com- 60 
puterprogrammcode zum Ausfuhren von Arbeitsgangen der 
vorliegenden Erfindung kann jedoch auch in herkornmli- 
chen prozeduralen Programmiersprachen (procedural pro- 
gramming languages), beispielsweise der Programmierspra- 
che "C", oder in einer funktionellen Programmiersprache 65 
(oder Programmiersprache der vierten Generation), bei- 
spielsweise Lisp, SML oder Forth, geschrieben werden. 

Die vorliegende Erfindung wird unten mit Bezugnahme 
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auf Blockschaltbilder und/oder Flussdiagrammdarstellun- 
gen von Verfahren, Vorrichtungen (Systemen) und Compu- 
terprogrammprodukten gemaB einer Ausfuhrungsform der 
Erfindung beschrieben. Es ist klar, dass jeder Block der 
Blockschaltbilder und/oder Flussdiagrammdarstellungen 
durch Computerprogrammbefehle realisiert werden kann. 
Diese Computerprogrammbefehle konnen einem Prozessor 
eines Universalcomputers, eines Spezialcomputers oder ei- 
ner anderen programmierbaren Datenverarbeitungsvorrich- 
tung zur Erzeugung einer Maschine zugefuhrt werden, so 
dass die Befehle, die iiber den Prozessor des Computers 
oder der anderen programmierbaren Datenverarbeitungs- 
vorrichtung ablaufen, Mittel zum Realisieren der im Block- 
schaltbild und/oder Flussdiagrammblock oder -blocken an- 
gegebenen Funktionen erzeugen. 

Diese Computerprogrammbefehle konnen auBerdem in 
einem computerlesbaren Speicher gespeichert werden, der 
einen Computer oder eine andere programmierbare Daten- 
verarbeitungsvorrichtung auf eine bestimmte Weise steuern 
kann, so dass die im computerlesbaren Speicher gespeicher- 
ten Befehle ein Fertigungsprodukt erzeugen, darunter Be- 
fehlsmittel, die die im Blockschaltbild und/oder Flussdia- 
grammblock oder -blocken angegebene Funktion realisie- 
ren. 

Die Computerprogrammbefehle konnen auBerdem in ei- 
nen Computer oder eine andere programmierbare Datenver- 
arbeitungsvorrichtung geladen werden, um zu bewirken, 
dass eine Reihe von Verarbeitungsschritten auf dem Compu- 
ter oder der anderen programmierbaren Vorrichtung ausge- 
fuhrt werden, um einen in einem Computer realisierten Pro- 
zess zu erzeugen, so dass die Befehle, die auf dem Computer 
oder der anderen programmierbaren Vorrichtung ablaufen, 
Schritte zur Realisierung der in den Blockschaltbildern und/ 
oder im Flussdiagrammblock oder -blocken angegebenen 
Funktionen bereitstellen. 

Mit Bezugnahme auf Fig. 1 werden nun die Pfade einer 
HTTP-Anforderung und einer entsprechenden HTTP-Ant- 
wort in einer Client-Server-Beziehung schematisch darge- 
stellt, wobei ein Konvertierungs-Proxy zum Anpassen des 
Web-Inhaltes enthalten ist. Eine Client-Einheit 10 sendet 
eine HTTP-Anforderung 15 nach einem Web-Inhalt von ei- 
nem HTTP- (d. h. Web-) Server 20. Das Protokoll fur 
HTTP-Anforderungen und -Antworten wird in der Verof- 
fendichung " Hypertext Transfer Protocol - HTTP/1 . 1 " , Net- 
work Working Group Request for Comments 2068, Januar 
1997, die in ihrer Gesamtheit durch Bezugnahme hierin auf- 
genommen ist, ausfuhrlich beschrieben. 

In der dargestellten Client-Server-Beziehung durchlauft 
die HTTP-Anforderung 15 einen Konvertierungs-Proxy 30 
und wird vom Konvertierungs-Proxy 30 geandert, wie Fach- 
leute verstehen wiirden. Die geanderte HTTP-Anforderung 
15' wird vom HTTP-Server 20 verarbeitet, und eine den an- 
geforderten Web-Inhalt enthaltende HTTP- Antwort 25 wird 
iiber den Konvertierungs-Proxy 30 zur Client-Einheit 10 ge- 
sendet. Der Konvertierungs-Proxy 30 passt den Web-Inhalt 
in der HTTP-Antwort 25 an, wobei eine "geanderte" HTTP- 
Antwort 25' erzeugt wird. Der angepasste Web-Inhalt in der 
geanderten HTTP- Antwort 25' kann in der Client-Einheit 10 
wiedergegeben werden. Es ist klar, dass ein Konvertierungs- 
Proxy 30 als im HTTP-Server 20 befindlicher Software- 
code, als auBerhalb des HTTP-Servers, beispielsweise in- 
nerhalb einer Firewall, befindlicher Softwarecode oder einer 
Kombination aus beidem realisiert werden kann. 

Die vorliegende Erfindung stelit Verfahren, Systeme und 
Computerprogrammprodukte zur Uberpriifung eines kon- 
vertierten Web-Inhaltes bereit, der auf HTTP-Anforderun- 
gen hin bereitgesteilt wurde, ohne dass die eigentlichen 
Client-Einheiten HTTP-Anforderungen senden mussen. Ge- 
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maB der vorliegenden Erfindung konnen mehrere Client- 
Anforderungen von einem einzigen Computer simuliert 
werden, der beispielsweise iiber das Internet, ein Intranet 
oder ein anderes Dateniibertragungsnetz mit einem oder 
mehreren Web-Servern kommuniziert. 5 

Mit Bezugnahme auf Fig. 2 werden Arbeitsgange zum 
Uberprufen eines konvertierten Web-Inhaltes gemaG der 
vorliegenden Erfindung dargestellt. Unter Verwendung ver- 
schiedener Datendateien werden von einer Datenverarbei- 
tungseinheit eine Vielzahl simulierter HTTP-Anforderun- 10 
gen erstellt (Block 100). Jede simuiierte HTTP-Anforde- 
rung enthalt einen Uniform Resource Locator (URL), der 
die Position eines spezifischen Web-Inhaltes kennzeichnet, 
der in einer anfordemden Client-Einheit angezeigt werden 
soil. Jede HTTP-Anforderung enthalt auBerdem einen 15 
HTTP-Vorsatz, der Inform ationen iiber eine anfordernde 
Client-Einheit enthalt und der die Typen von Web-Inhalt an- 
gibt, auf deren Verarbeitung die Client-Einheit vorbereitet 
ist. Wie Fachleuten bekannt ist, ubertragen HTTP- Vorsatze 
Informationen, die Web-Server und Browser zur Definition 20 
des zwischen ihnen ausgetauschten Datentyps verwenden. 

Gleichzeitige HTTP-Anforderungen werden vorzugs- 
weise asynchron an Web-Server ausgegeben, die in den je- 
weiligen HTTP-Anforderungen gekennzeichnet werden 
(Block 110, Fig. 2). 25 

Eine Datenverarbeitungseinheit zur Realisierung der vor- 
liegenden Erfindung setzt vorzugsweise fur jede der betref- 
fenden HTTP-Anforderungen das HTTP- ,, GET ,, -Verfahren 
(HTTP "GET" Method) ein. Das HTTP- "GET"- Verfahren, 
das Fachleuten gut bekannt ist, wird in "Hypertext Transfer 30 
Protocol - HTTP/1 .1", Network Working Group Request for 
Comments 2068, Januar 1997, ausfiihrlich beschrieben. 

Eine HTTP-Antwort auf jede HTTP-Anforderung wird 
vorzugsweise gespeichert (Block 120, Fig. 2). Jede HTTP- 
Antwort enthalt einen HTTP-Vorsatz und einen Web-Inhalt, 35 
der fur die Anzeige in einer Client-Einheit angepasst wurde, 
die als die Einheit identifiziert wurde, die die entsprechende 
HTTP-Anforderung sendete. Jede empfangene HTTP-Ant- 
wort wird mit einer erwarteten HTTP-Antwort verglichen 
(Block 130, Fig. 2). HTTP-Antworten, die nicht mit ihren 40 
jeweiligen erwarteten Antworten ubereinstimmen, werden 
vorzugsweise zur spateren Analyse gespeichert. 

Wie in Fig. 3 dargestellt wird, konnen mehrere simuiierte 
HTTP-Anforderungen gleichzeitig und asynchron bis zu "n" 
Wiederholungen erstellt und ausgegeben werden, wobei n 45 
praktisch ein beliebiger Wert sein kann. Die gleichzeitige 
Erstellung und Ausgabe mehrerer simulierter HTTP-Anfor- 
derungen werden durch die Arbeitsgange 102-1 bis 130-1, 
die Arbeitsgange 102-2 bis 130-2 und die Arbeitsgange 102- 
n bis 130-n schematisch dargestellt. Eine ausfuhrliche Be- 50 
schreibung der Arbeitsgange 102-1 bis 130-1 wird unten be- 
reitgestellt, und es ist kiar, dass diese Arbeitsgange fur alle 
der n Wiederholungen gleich sind. 

Fur jede HTTP-Anforderung wahlt eine die vorliegende 
Erfindung realisierende Datenverarbeitungseinheit vorzugs- 55 
weise einen URL aus, der den aus einer Datendatei abzuru- 
fenden Web-Inhalt definiert (Block 102-1). Ahnlich werden 
HTTP- Vorsatzfelder vorzugsweise aus einer Datendatei aus- 
gewahlt (Block 104-1). Ein ausgewahlter URL und ausge- 
wahlte HTTP- Vorsatzfelder werden sodann zum Erstellen 60 
jeder betreffenden HTTP-Anforderung kombiniert (Block 
106-1). Jede erstellte HTTP-Anforderung wird sodann zum 
Web -Server ausgegeben, der in der erstellten HTTP-Anfor- 
derung gekennzeichnet wird (Block 110-1). 

Nachdem eine Ant wort auf eine HTTP-Anforderung 65 
empfangen und gespeichert wurde (Block 120-1), wird eine 
Entscheidung getroffen, ob eine weitere HTTP-Anforde- 
rung erstellt werden soli (Block 122-1). Sobald eine Ent- 
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scheidung getroffen wurde, keine weitere HTTP-Anforde- 
rung zu erstellen, wird jede zurtickgesendete HTTP-Ant- 
wort mit einer erwarteten Antwort verglichen (Block 130- 
1). Vorzugsweise wird jede fehlgeschlagene Antwort zur 
spateren Analyse gespeichert, um festzustellen, warum der 
Web-Inhalt nicht ordnungsgemaB konvertiert wurde. 

Die Entscheidung zum Erstellen einer weiteren HTTP- 
Anforderung kann von dem in einer HTTP-Antwort zuriick- 
gesendeten Web-Inhalt abhangen. Falls der Web-Inhalt in 
einer HTTP-Antwort beispielsweise Bilder enthalt, kann die 
vorliegende Erfindung entsprechende HTTP-Anforderun- 
gen fur jedes Bild erstellen. Dementsprechend konnen die 
Verfahren der vorliegenden Erfindung rekursiv sein, und die 
sich wiederholenden Schritte von Fig. 3 konnen fortgesetzt 
werden, bis alle Typen von Dateien in einer Web-Seite ange- 
fordert worden sind. Infolgedessen kann die Anpassung des 
Inhaltes einer ganzen Web-Site iiber ein Datenverarbei- 
tungssystem uberpriift werden, das die vorliegende Erfin- 
dung realisiert. 

Beispielhafte Informationen iiber eine anfordernde 
Client-Einheit, die in HTTP-Vorsatzfeldern bereitgestelit 
wird, konnen Folgendes enthalten, sind jedoch nicht darauf 
begrenzt: eine Kennung eines auf der Client-Einheit (z. B. 
Benutzer-Agent) ablaufenden Browsers, eine Kennung des 
Betriebssy stems der Client-Einheit, eine Kennung von Ei- 
genschaften der Anzeige der Client-Einheit und eine Ken- 
nung des Web-Inhaltes, fiir dessen Anzeige die Client-Ein- 
heit konfiguriert ist. Beispielhafte Anzeigeeigenschaften ei- 
ner Client-Einheit beinhalten - jedoch nicht ausschlieBlich - 
die AnzeigegroGe und ob die Anzeige eine Farbanzeige oder 
eine SchwarzweiB anzeige ist. 

Mit Bezugnahme auf Fig. 4 wird ein Datenverarbeitungs- 
system 600 zum Ausfuhren von Arbeitsgangen der vorlie- 
genden Erfindung schematisch dargestellt. Wie in Fig. 4 zu 
erkennen ist, kann ein Datenprozessor 601 ein Betriebssy- 
stem 602 aufweisen, das sich mit verschiedenen, auf dem 
Betriebssystem 602 ablaufenden Anwendungsprogrammen 
603 zum Ausfuhren von Arbeitsgangen der vorliegenden 
Erfindung darin befindet. Insbesondere wird eine An wen- 
dung 603a zur HTTP-Anforderungserstellung (HTTP Re- 
quest Builder application) bereitgestelit, um die in den Blok- 
ken 100 und 110 von Fig. 2 und den Blocken 100 bis 122-1 
von Fig. 3 dargelegten Arbeitsgange zur HTTP-Anforde- 
rungserstellung und -ausgabe auszufuhren. Eine Antwort- 
vergleichs-Anwendung 603b (Response Comparator appli- 
cation) wird bereitgestelit, um Arbeitsgange zum Verglei- 
chen empfangener HTTP-Antworten mit erwarteten Ant- 
worten auszufuhren, die im Block 130 von Fig. 2 und im 
Block 130-1 von Fig. 3 dargelegt werden. 

Immer noch Bezug nehmend auf Fig. 4 kommunizieren 
die Anwendungen 603a, 603b mit dem Datenspeicher 609, 
der ein externer oder ein interner Datenspeicher oder eine 
Kombination aus externem und intemem Datenspeicher sein 
kann. Die Anwendung 603a zur HTTP-Anforderungserstel- 
lung ist so konfiguriert, dass sie HTTP-Vorsatzelemente und 
URLs aus dem Datenspeicher 609 liest und HTTP-Anforde- 
rungen erstellt und ausgibt, wie in den Blocken 100 und 110 
von Fig. 2 und den Blocken 100 bis 122-1 von Fig. 3 darge- 
legt wird. Die Antwortvergleichs-Anwendung 603b ist so 
konfiguriert, dass empfangene HTTP-Antworten mit erwar- 
teten Antworten verglichen werden, die im Block 130 von 
Fig. 2 und im Block 130-1 von Fig. 3 dargelegt werden. Au- 
Berdem kann der Datenspeicher 609 zur Speicherung erstell- 
ter HTTP-Anforderungen und zur Speicherung empfange- 
ner HTTP-Antworten und zur Realisierung der verschiede- 
nen Verfahrensschritte der vorliegenden Erfindung als ein 
oder mehrere Stapelprozesse (batch processes) verwendet 
werden. 
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Wie Fachleute verstehen wiirden, zeigt der Prozessor 601 
Informationen auf einer Anzeigeeinheit 604 an. Die An- 
zeigeeinheit 604 weist eine Vieizahl von Bildelementen 
(insgesamt als Bildschirm bezeichnet) auf, die das Erschei- 
nen einer auf der Anzeigeeinheit 604 angezeigten grafischen 
Benutzeroberflache (GUI) definieren konnen. Der In halt des 
Bildschirms und daher das Erscheinen einer GUI konnen 
von einem oder mehreren Anwendungsprogrammen 603a, 
603b oder vom Betriebssystem 602, einzeln oder kombi- 
niert, gesteuert oder geandert werden. Um eine Eingabe von 
einem Benutzer zu erhalten, kann das Betriebssystem 602, 
die Anwendungsprogramme 603a, 603b oder eine Kombi- 
nation da von Benutzereingabeeinheiten 605 verwenden. Die 
Benutzereingabeeinheiten 605 konnen eine Zeigereinheit 
606 und eine Tastatur 607 oder andere, Fachleuten bekannte 
Eingabeeinheiten beinhalten. 

Mit Bezugnahme auf Fig. 5 wird nun ein Datenverarbei- 
tungssystem 600 zum Ausfiihren von Arbeitsgangen der 
vorliegenden Erfindung dargestellt, das uber ein Dateniiber- 
tragungsnetz, beispielsweise das Internet und/oder ein Intra- 
net 701, mit einer Vieizahl von Web-Servern 702 und Kon- 
vertierungs-Proxies 704 kommuniziert. In der dargestellten 
Ausfuhrungsform konnen ein oder mehrere Web- Server 702 
einen Konvertierungs- Proxy 704 verwenden, der zur Anpas- 
sung eines Web-Inhaltes gemaB der obigen Beschreibung 
konfiguriert ist. Das Datenverarbeitungssystem 600 ist ge- 
maB der obigen Beschreibung so konfiguriert, dass es 
HTTP-Anforderungen von mehreren pervasive Datenverar- 
beitungseinheiten simuliert, ohne dass tatsachliche Daten- 
verarbeitungseinheiten zum Erstellen von HTTP-Anforde- 
rungen benotigt werden. Das Datenverarbeitungssystem 600 
erstelit mehrere HTTP-Anforderungen und gibt diese aus, 
wobei jede HTTP-Anforderung einen HTTP-Vorsatz ent- 
halt, der Informationen uber eine entsprechende pervasive 
Client-Einheit/Browser-Konfiguration (client device/ 
browser configuration) enthalt. Diese HTTP-Anforderungen 
konnen sodann als asynchrone parallele Anforderungen an 
gekennzeichnete Web-Server gesendet werden. 

Das Datenverarbeitungssystem 600 ist gemaB der obigen 
Beschreibung so konfiguriert, dass es uber das Internet und/ 
oder das Intranet 701 HTTP-Antworten auf die HTTP-An- 
forderungen empfangt und die HTTP-Antworten mit erwar- 
teten HTTP-Antworten vergleicht. Vorzugsweise ist das Da- 
tenverarbeitungssystem 600 so konfiguriert, dass es HTTP- 
Antworten speichert und anschlieBend HTTP-Antwortver- 
gleichsarbeitsgange (HTTP response comparison operati- 
ons) als Stapeiprozess ausfuhrt. Dementsprec fiend stellt die 
voriiegende Erfindung eine leistungsfahige, preiswerte 
Moglichkeit fur eine grundlichere Prufung einer Web-In- 
haltanpassung fur mehrere pervasive Datenverarbeitungs- 
einheiten bereit, ohne dass die eigentlichen pervasive Daten- 
verarbeitungseinheiten benotigt werden. 

Die vorhergehende Beschreibung veranschaulicht die 
voriiegende Erfindung und soil nicht als begrenzend gedeu- 
tet werden. Obwohl einige beispielhafte Ausfuhrungsfor- 
men dieser Erfindung beschrieben wurden, werden Fach- 
leute problemlos verstehen, dass viele Anderungen in den 
beispielhaften Ausfuhrungsformen mogiich sind, ohne we- 
sentlich von der neuen Lehre und den Vorteilen dieser Erfin- 
dung abzuweichen. Dementsprechend liegen alle sole hen 
Anderungen im Anwendungsbereich dieser Erfindung, wie 
sie in den Anspruchen definiert wird. In den Anspriichen 
sind funktionelle Vorrichtungsmerkmale (means-plus- 
function clause) dafur vorgesehen, die hierin beschriebenen 
Strukturen bei der Ausfuhrung der genannten Funktion zu 
umfassen und nicht nur strukturelle Aquivaiente, sondem 
auch funktionelle Aquivaiente. Daher muss klar sein, dass 
die vorhergehende Beschreibung die voriiegende Erfindung 



veranschaulicht und nicht als auf die beschriebenen Ausfuh- 
rungsformen begrenzt gedeutet werden soli und dass Ande- 
rungen an den beschriebenen Ausfuhrungsformen sowie an- 
dere Ausfuhrungsformen im Anwendungsbereich der ange- 
5 hangten Anspriiche enthalten sind. Die Erfindung wird 
durch die folgenden Anspriiche definiert, wobei Aquiva- 
iente der Anspriiche darin enthalten sind. 

Patentanspriiche 

10 

L Verfahren zum Uberpriifen eines fur die Anzeige in 
einer pervasive Datenverarbeitungseinheit angepassten 
Web-Inhaltes, der auf eine simulierte Anforderung von 
der pervasive Datenverarbeitungseinheit hin, die von 

15 einem Datenverarbeitungssystem erzeugt wurde, das 
nicht die pervasive Datenverarbeitungseinheit ist, wo- 
bei das Verfahren die folgenden Schritte umfasst: 
Erstellen einer simulierten HyperText Transfer Proto- 
coi-(HTTP-) Anforderung uber das P aten verarbei- 

20 tungssystem, wobei die simulierte HTTP- Anforderung 
einen Uniform Resource Locator (URL) enthalt, der 
eine Position eines Web-Inhaltes kennzeichnet, und 
wobei die simulierte HTTP-Anforderung einen HTTP- 
Vorsatz enthalt, der Informationen uber die pervasive 

25 Datenverarbeitungseinheit enthalt; 

Ausgeben der simulierten HTTP-Anforderung vom 
Datenverarbeitungssystem zu einem Web-Server, der 
in der simulierten HTTP-Anforderung gekennzeichnet 
wird; 

30 Empfangen einer HTTP-Antwort vom Web-Server im 
Datenverarbeitungssystem, wobei die HTTP-Antwort 
einen Web-Inhalt enthalt, der von einem Konvertie- 
rungs-Proxy, der fur die Anpassung eines Web-Inhaltes 
fur die Anzeige in pervasive Datenverarbeitungsein- 

35 heiten ausgelegt ist, fur die Anzeige in der pervasive 
Datenverarbeitungseinheit angepasst wurde; 
Vergleichen der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort. 

2. Verfahren nach Anspruch 1, wobei die Informatio- 
40 nen uber die pervasive Datenverarbeitungseinheit min- 

destens eine der folgenden Informationen enthalten: 
eine Kennung eines auf der pervasive Datenverarbei- 
tungseinheit ablaufenden Browsers, eine Kennung ei- 
nes auf der pervasive Datenverarbeitungseinheit ab- 
45 laufenden Betriebssy stems, eine Kennung von Eigen- 

schaften einer Anzeige fur die pervasive Datenverar- 
beitungseinheit und eine Kennung des Web-Inhaltes, 
fur dessen Anzeige die pervasive Datenverarbeitungs- 
einheit konfiguriert ist. 
50 3. Verfahren nach Anspruch 1, das auBerdem den 
Schritt des Speicherns der auf die simulierte HTTP- 
Anforderung hin empfangenen HTTP-Antwort um- 
fasst. 

4. Verfahren nach Anspruch 1, wobei der Schritt des 
55 Vergieichens der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort auBerdem den Schritt 
des Speicherns der empfangenen HTTP-Antwort um- 
fasst, falls die empfangene HTTP-Antwort nicht mit 
der erwarteten HTTP-Antwort ubereinstimmt. 
60 5. Verfahren nach Anspruch 1, wobei der Schritt des 
Erstellens einer simulierten HTTP-Anforderung uber 
das Datenverarbeitungssystem Folgendes umfasst: 
Erstellen einer Vieizahl von simulierten HTTP-Anfor- 
derungen von einer entsprechenden Vieizahl pervasive 
65 Datenverarbeitungseinheiten uber das Datenverarbei- 
tungssystem, wobei jede simulierte HTTP-Anforde- 
rung einen Uniform Resource Locator (URL) enthalt, 
der eine Position eines Web-Inhaltes kennzeichnet, und 
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wobei jede simulierte HTTP-Anforderung einen 
HTTP-Vorsatz enthalt, der Informationen uber eine 
entsprechende pervasive Datenverarbeitungseinheit 
enthalt; und 

Speichern der Vielzahl simulierter HTTP-Anforderun- 5 
gen. 

6. Verfahren nach Anspruch 5, wobei der Schritt des 
Ausgebens der simulierten HTTP-Anforderung uber 
das Datenverarbeitungssystem zu einem in der simu- 
lierten HTTP-Anforderung gekennzeichneten Web- lo 
Server das asynchrone Ausgeben der Vielzahl simulier- 
ter HTTP-Anforderungen uber das Datenverarbei- 
tungssystem an in jeder entsprechenden simulierten 
HTTP-Anforderung gekennzeichnete Web-Server um- 
fasst. 15 

7. Verfahren nach Anspruch 5, wobei der Schritt des 
Erstellens einer Vielzahl von simulierten HTTP-Anfor- 
derungen uber das Datenverarbeitungssystem das Ab- 
rufen von HTTP- Vorsatzfeldern und URLs aus den je- 
weiligen Datendateien umfasst. 20 

8. Verfahren nach Anspruch 5, wobei der Schritt des 
Vergleichens der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort das Vergleichen jeder 
empfangenen HTTP-Antwort mit einer erwarteten 
HTTP-Antwort fiir eine pervasive Datenverarbeitungs- 25 
einheit umfasst, die jeder entsprechenden simulierten 
HTTP-Anforderung zugeordnet ist. 

9. Verfahren zum Uberpriifen eines fiir die Anzeige in 
einer Vielzahl von pervasive Datenverarbeitungsein- 
heiten angepassten Web-Inhaltes, der auf simulierte 30 
Anforderungen von den pervasive Datenverarbeitungs- 
einheiten hin, die von einem Datenverarbeitungssy- 
stem erzeugt werden, das nicht eine der pervasive Da- 
ten verarbeitungseinheiten ist, wobei das Verfahren die 
folgenden Schritte umfasst: 35 
Erstellen einer Vielzahl von simulierten HyperText 
Transfer Protocol- (HTTP-) Anforderungen uber das 
Datenverarbeitungssystem, wobei jede simulierte 
HTTP-Anforderung einen Uniform Resource Locator 
(URL) enthalt, der eine Position eines Web-Inhaltes 40 
kennzeichnet, und wobei jede simulierte HTTP-Anfor- 
derung einen HTTP-Vorsatz enthalt, der Informationen 
uber eine entsprechende pervasive Datenverarbei- 
tungseinheit enthalt; 

asynchrones Ausgeben jeder simulierten HTTP-Anfor- 45 
derung vom Datenverarbeitungssystem zu einem Web- 
Server, der in jeder entsprechenden simulierten HTTP- 
Anforderung gekennzeichnet wird; 
Empfangen einer HTTP-Antwort auf jede entspre- 
chende simulierte HTTP-Anforderung im Datenverar- 50 
beitungssystem, wobei jede HTTP-Antwort einen 
Web-Inhalt enthalt, der fur die Anzeige in einer perva- 
sive Datenverarbeitungseinheit angepasst wurde, die in 
einer entsprechenden simulierten HTTP-Anforderung 
gekennzeichnet wird; und ^ 55 

Vergleichen jeder empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort fur eine pervasive Da- 
tenverarbeitungseinheit, die in jeder entsprechenden si- 
mulierten HTTP-Anforderung angegeben wird. 

10. Verfahren nach Anspruch 9, wobei Informationen 60 
uber pervasive Datenverarbeitungseinheiten in jeder si- 
mulierten HTTP-Anforderung mindestens eine der fol- 
genden Informationen enthalten: eine Kennung eines 
auf der pervasive Datenverarbeitungseinheit ablaufen- 
den Browsers, eine Kennung eines auf der pervasive 65 
Datenverarbeitungseinheit ablaufenden Betriebssy- 
sterns, eine Kennung von Eigenschaften der Anzeige 
einer pervasive Datenverarbeitungseinheit und eine 



Kennung des Web-Inhaltes, fur dessen Anzeige die 
pervasive Datenverarbeitungseinheit konfiguriert ist. 

11. Verfahren nach Anspruch 9, das auGerdem den 
Schritt des Speicherns der auf die simulierten HTTP- 
Anforderungen hin empfangenen HTTP-Antworten 
umfasst. 

12. Verfahren nach Anspruch 9, wobei der Schritt des 
Vergleichens jeder empfangenen HTTP-Antwort mit 
einer erwarteten HTTP-Antwort das Speichern der 
empfangenen HTTP-Antwort umfasst, falls die ernp- 
fangene HTTP-Antwort nicht mit der erwarteten 
HTTP-Antwort ubereinstimmt. 

13. Verfahren nach Anspruch 9, wobei der Schritt des 
Erstellens einer Vielzahl von simulierten HTTP-Anfor- 
derungen das Abrufen von HTTP- Vorsatzfeldern und 
URLs aus jeweiligen Datendateien umfasst. 

14. System, das einen fur die Anzeige in einer perva- 
sive Datenverarbeitungseinheit angepassten Web-In- 
halt uberpruft, der auf eine simulierte Anforderung von 
der pervasive Datenverarbeitungseinheit hin, die von 
einem Datenverarbeitungssystem erzeugt wurden, das 
nicht die pervasive Datenverarbeitungseinheit ist, wo- 
bei das System Folgendes umfasst: 

Mittel zum Erstellen einer simulierten HyperText 
Transfer Protocol- (HTTP-) Anforderung, wobei die si- 
mulierte HTTP-Anforderung einen Uniform Resource 
Locator (URL) enthalt, der eine Position eines Web-In- 
haltes kennzeichnet, und wobei die simulierte HTTP- 
Anforderung einen HTTP-Vorsatz enthalt, der Infor- 
mationen uber die pervasive Datenverarbeitungseinheit 
enthalt; 

Mittel zum Ausgeben der simulierten HTTP-Anforde- 
rung vom Datenverarbeitungssystem zu einem Web- 
Server, der in der simulierten HTTP-Anforderung ge- 
kennzeichnet wird; 

Mittel zum Empfangen einer HTTP-Antwort vom 
Web-Server im Datenverarbeitungssystem, wobei die 
HTTP-Antwort einen Web-Inhalt enthalt, der von ei- 
nem Konvertierungs- Proxy, der fur die Anpassung ei- 
nes Web-Inhaltes fur die Anzeige in pervasive Daten- 
verarbeitungseinheiten ausgelegt ist, fiir die Anzeige in 
der pervasive Datenverarbeitungseinheit angepasst 
wurde; und 

Mittel zum Vergleichen der empfangenen HTTP-Ant- 
wort mit einer erwarteten HTTP-Antwort. 

15. System nach Anspruch 14, wobei die Informatio- 
nen uber die pervasive Datenverarbeitungseinheit min- 
destens eine der folgenden Informationen enthalten: 
eine Kennung eines auf der pervasive Datenverarbei- 
tungseinheit ablaufenden Browsers, eine Kennung ei- 
nes auf der pervasive Datenverarbeitungseinheit ab- 
laufenden Betriebs systems, eine Kennung von Eigen- 
schaften einer Anzeige fur die pervasive Datenverar- 
beitungseinheit und eine Kennung des Web-Inhaltes, 
fiir dessen Anzeige die pervasive Datenverarbeitungs- 
einheit konfiguriert ist. 

16. System nach Anspruch 14, wobei das Mittel zum 
Empfangen einer HTTP-Antwort vom Web-Server ein 
Mittel zum Speichern der HTTP-Antwort umfasst. 

17. System nach Anspruch 14, wobei das Mittel zum 
Vergleichen der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort ein Mittel zum Spei- 
chern der empfangenen HTTP-Antwort umfasst, falls 
die empfangene HTTP-Antwort nicht mit der erwarte- 
ten HTTP-Antwort ubereinstimmt. 

18. System nach Anspruch 14, wobei das Mittel zum 
Erstellen einer simulierten HTTP-Anforderung Fol- 
gendes umfasst: 
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Mittel zum Erstellen einer Vielzahl von simulierten 
HTTP-Anforderungen von einer entsprechenden Viel- 
zahl an pervasive Datenverarbeitungseinheiten, wobei 
jede simulierte HTTP-Anforderung einen Uniform Re- 
source Locator (URL) enthalt, der eine Position eines 5 
Web-Inhaltes kennzeichnet, und wobei jede simulierte 
HTTP-Anforderung einen HTTP-Vorsatz enthalt, der 
Informationen uber eine entsprechende pervasive Da- 
ten verarbeitungseinheit enthalt; und 

Mittel zum Speichern der Vielzahl simulierter HTTP- 10 
Anforderungen. 

19. System nach Anspruch 18, wobei das Mittel zum 
Ausgeben der simulierten HTTP-Anforderung uber das 
Datenverarbeitungssystem zu einem in der simulierten 
HTTP-Anforderung gekennzeichneten Web-Server ein 15 
Mittel zum asynchronen Ausgeben der Vielzahl simu- 
lierter HTTP-Anforderungen an in jeder entsprechen- 
den simulierten HTTP-Anforderung gekennzeichnete 
Web-Server umfasst. 

20. System nach Anspruch 18, wobei das Mittel zum 20 
Erstellen einer Vielzahl von simulierten HTTP-Anfor- 
derungen uber das Datenverarbeitungssystem ein Mit- 
tel zum Abrufen von HTTP-Vorsatzfeldern und URLs 
aus entsprechenden Datendateien umfasst. 

21. System nach Anspruch 18, wobei das Mittel zum 25 
Vergleichen der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort ein Mittel zum Verglei- 
chen jeder empfangenen HTTP-Antwort mit einer er- 
warteten HTTP-Antwort fiir eine pervasive Datenver- 
arbeitungseinheit umfasst, die jeder entsprechenden si- 30 
mulierten HTTP-Anforderung zugeordnet ist. 

22. System, das einen fur die Anzeige in einer Vielzahl 
von pervasive Datenverarbeitungseinheiten angepass- 
ten Web-Inhalt uberpriift, der auf simulierte Anforde- 
rungen von den pervasive Datenverarbeitungseinheiten 35 
hin, die von einem Datenverarbeitungssystem erzeugt 
werden, das nicht eine der pervasive Datenverarbei- 
tungseinheiten ist, wobei das System Foigendes um- 
fasst: 

Mittel zum Erstellen einer Vielzahl von simulierten 40 
HyperText Transfer Protocol- (HTTP-) Anforderun- 
gen, wobei jede simulierte HTTP-Anforderung einen 
Uniform Resource Locator (URL) enthalt, der eine Po- 
sition eines Web-Inhaltes kennzeichnet, und wobei 
jede simulierte HTTP-Anforderung einen HTTP-Vor- 45 
satz enthalt, der Informationen uber eine entsprechende 
pervasive Datenverarbeitungseinheit enthalt; 
Mittel zum asynchronen Ausgeben jeder simulierten 
HTTP-Anforderung vom Datenverarbeitungssystem 
zu einem Web- Server, der in jeder entsprechenden si- 50 
mulierten HTTP-Anforderung gekennzeichnet wird; 
Mittel zum Empfangen einer HTTP-Antwort auf jede 
entsprechende simulierte HTTP-Anforderung, wobei 
jede HTTP-Antwort einen Web-Inhalt enthalt, der fur 
die Anzeige in einer pervasive Datenverarbeitungsein- 55 
heit angepasst wurde, die in einer entsprechenden si- 
mulierten HTTP-Anforderung gekennzeichnet wird; 
und 

Mittel zum Vergleichen jeder empfangenen HTTP- 
Antwort mit einer erwarteten HTTP-Antwort fiir eine 60 
pervasive Datenverarbeitungseinheit, die in jeder ent- 
sprechenden simulierten HTTP-Anforderung angege- 
ben wird. 

23. System nach Anspruch 22, wobei die Informatio- 
nen iiber die pervasive Datenverarbeitungseinheit in je- 65 
der simulierten HTTP-Anforderung mindestens eine 
der folgenden Informationen enthalten: eine Kennung 
eines auf einer pervasive Datenverarbeitungseinheit 
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ablaufenden Browsers, eine Kennung eines auf einer 
pervasive Datenverarbeitungseinheit ablaufenden Be- 
triebssystems, eine Kennung von Eigenschaften der 
Anzeige einer pervasive Datenverarbeitungseinheit 
und eine Kennung des Web-Inhaltes, fiir dessen An- 
zeige eine pervasive Datenverarbeitungseinheit konfl- 
guriert ist. 

24. System nach Anspruch 22, wobei das Mittel zum 
Empfangen einer HTTP-Antwort auf jede entspre- 
chende simulierte HTTP-Anforderung ein Mittel zum 
Speichern der HTTP-Antworten umfasst. 

25. System nach Anspruch 22, wobei das Mittel zum 
Vergleichen jeder empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort ein Mittel zum Spei- 
chern der empfangenen HTTP-Antwort umfasst, falls 
die empfangene HTTP-Antwort nicht mit der erwarte- 
ten HTTP-Antwort ubereinstimmt. 

26. System nach Anspruch 22, wobei das Mittel zum 
Erstellen einer Vielzahl von simulierten HTTP-Anfor- 
derungen ein Mittel zum Abrufen von HTTP-Vorsatz- 
feldern und URLs aus entsprechenden Datendateien 
umfasst. 

27. Computerprogrammprodukt zum Uberpriifen ei- 
nes fur die Anzeige in einer pervasive Datenverarbei- 
tungseinheit angepassten Web-Inhaltes, der auf eine si- 
mulierte Anforderung von der pervasive Datenverar- 
beitungseinheit hin, die von einem Datenverarbei- 
tungssystem erzeugt wird, das nicht die pervasive Da- 
tenverarbeitungseinheit ist, wobei das Computerpro- 
grammprodukt ein in einem Computer verwendbares 
Speichermedium mit einem im Medium integrierten 
computerlesbaren Programmcodemittel umfasst, wo- 
bei das computerlesbare Programmcodemittel Foigen- 
des umfasst: 

ein computerlesbares Programmcodemittel zum Erstel- 
len einer simulierten HyperText Transfer Protocol- 
(HTTP-) Anforderung, wobei die simulierte HTTP- 
Anforderung einen Uniform Resource Locator (URL) 
enthalt, der eine Position eines Web-Inhaltes kenn- 
zeichnet, und wobei die simulierte HTTP-Anforderung 
einen HTTP-Vorsatz enthalt, der Informationen uber 
die pervasive Datenverarbeitungseinheit enthalt; 
ein computerlesbares Programmcodemittel zum Aus- 
geben der simulierten HTTP-Anforderung vom Daten- 
verarbeitungssystem zu einem Web-Server, der in der 
simulierten HTTP-Anforderung gekennzeichnet wird; 
ein computerlesbares Programmcodemittel zum Emp- 
fangen einer HTTP-Antwort vom Web-Server im Da- 
tenverarbeitungssystem, wobei die HTTP-Antwort ei- 
nen Web-Inhalt enthalt, der von einem Konvertierungs- 
Proxy, der fiir die Anpassung eines Web-Inhaltes fiir 
die Anzeige in pervasive Datenverarbeitungseinheiten 
ausgelegt ist, fur die Anzeige in der pervasive Daten- 
verarbeitungseinheit angepasst wurde; und 
ein computerlesbares Programmcodemittel zum Ver- 
gleichen der empfangenen HTTP-Antwort mit einer er- 
warteten HTTP-Antwort. 

28. Computerprogrammprodukt nach Anspruch 27, 
wobei die Informationen iiber die pervasive Datenver- 
arbeitungseinheit mindestens eine der folgenden Infor- 
mationen enthalten: eine Kennung eines auf der perva- 
sive Datenverarbeitungseinheit ablaufenden Browsers, 
eine Kennung eines auf der pervasive Datenverarbei- 
tungseinheit ablaufenden Betriebssy stems, eine Ken- 
nung von Eigenschaften einer Anzeige fur die perva- 
sive Datenverarbeitungseinheit und eine Kennung des 
Web-Inhaltes, fiir dessen Anzeige die pervasive Daten- 
verarbeitungseinheit konfiguriert ist. 
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29. Computerprogrammprodukt nach Anspruch 27, 
wobei das computerlesbare Programmcodemittel zum 
Empfangen einer HTTP- Antwort vom Web-Server ein 
computerles bares Programmcodemittel zum Speichern 
der HTTP- Antwort umfasst. 5 

30. Computerprogrammprodukt nach Anspruch 27, 
wobei das computerlesbare Programmcodemittel zum 
Vergleichen der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort ein computerlesbares 
Programmcodemittel zum Speichern der empfangenen 10 
HTTP-Antwort enthalt, falls die empfangene HTTP- 
Antwort nicht mit der erwarteten HTTP-Antwort uber- 
einstimmt. 

31. Computerprogrammprodukt nach Anspruch 27, 
wobei das computerlesbare Programmcodemittel zum is 
Erstellen einer simulierten HTTP-Anforderung Fol- 
gendes umfasst: 

ein computerlesbares Programmcodemittel zum Erstel- 
len einer Vielzahl von simulierten HTTP-Anforderun- 
gen von einer entsprechenden Vielzahl an pervasive 20 
Datenverarbeitungseinheiten, wobei jede simulierte 
HTTP-Anforderung einen Uniform Resource Locator 
(URL) enthalt, der eine Position eines Web-Inhaltes 
kennzeichnet, und wobei jede simulierte HTTP-Anfor- 
derung einen HTTP- Vorsatz enthalt, der Informationen 25 
iiber eine entsprechende pervasive Datenverarbei- 
tungseinheit enthalt; und 

ein computerlesbares Programmcodemittel zum Spei- 
chern der Vielzahl simulierter HTTP-Anforderungen. 

32. Computerprogrammprodukt nach Anspruch 31, 30 
wobei das computerlesbare Programmcodemittel zum 
Ausgeben der simulierten HTTP-Anforderung uber das 
Datenverarbeitungssystem zu einem in der simulierten 
HTTP-Anforderung gekennzeichneten Web-Server ein 
computerlesbares Programmcodemittel zum asynchro- 35 
nen Ausgeben der Vielzahl von simulierten HTTP-An- 
forderungen an in jeder entsprechenden simulierten 
HTTP-Anforderung gekennzeichnete Web-Server um- 
fasst. 

33. Computerprogrammprodukt nach Anspruch 31, 40 
wobei das computerlesbare Programmcodemittel zum 
Erstellen einer Vielzahl von simulierten HTTP-Anfor- 
derungen iiber das Datenverarbeitungssystem ein com- 
puterlesbares Programmcodemittel zum Abrufen von 
HTTP-Vorsatzfeldern und URLs aus entsprechenden 45 
Datendateien umfasst. 

34. Computerprogrammprodukt nach Anspruch 31, 
wobei das computerlesbare Programmcodemittel zum 
Vergleichen der empfangenen HTTP-Antwort mit ei- 
ner erwarteten HTTP-Antwort ein computerlesbares 50 
Programmcodemittel zum Vergleichen jeder empfan- 
genen HTTP-Antwort mit einer erwarteten HTTP-Ant- 
wort fur eine pervasive Datenverarbeitungseinheit um- 
fasst, die jeder entsprechenden simulierten HTTP-An- 
forderung zugeordnet ist. 55 

35. Computerprogrammprodukt, das einen fur die An- 
zeige in einer Vielzahl von pervasive Datenverarbei- 
tungseinheiten angepassten Web-Inhalt uberpruft, der 
auf simulierte Anforderungen von den pervasive Da- 
tenverarbeitungseinheiten hin, die von einem Daten- 60 
verarbeitungssystem erzeugt werden, das nicht eine der 
pervasive Datenverarbeitungseinheiten ist, wobei das 
Computerprogrammprodukt ein in einem Computer 
verwendbares Speichermedium mit einem im Medium 
integrierten computerlesbaren Programmcodemittel 65 
umfasst, wobei das computerlesbare Programmcode- 
mittel Folgendes umfasst: 

ein computerlesbares Programmcodemittel zum Erstel- 
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len einer Vielzahl von simulierten HyperText Transfer 
Protocol- (HTTP-) Anforderungen, wobei jede simu- 
lierte HTTP-Anforderung einen Uniform Resource Lo- 
cator (URL) enthalt, der eine Position eines Web-Inhal- 
tes kennzeichnet, und wobei jede simulierte HTTP-An- 
forderung einen HTTP- Vorsatz enthalt, der Informatio- 
nen iiber eine entsprechende pervasive Datenverarbei- 
tungseinheit enthalt; 

ein computerlesbares Programmcodemittel zum asyn- 
chronen Ausgeben jeder simulierten HTTP-Anforde- 
rung vom Datenverarbeitungssystem zu einem Web- 
Server, der in jeder entsprechenden simulierten HTTP- 
Anforderung gekennzeichnet wird; 
ein computerlesbares Programmcodemittel zum Emp- 
fangen einer HTTP-Antwort auf jede entsprechende si- 
mulierte HTTP-Anforderung, wobei jede HTTP-Ant- 
wort einen Web-Inhalt enthalt, der fur die Anzeige in 
einer pervasive Datenverarbeitungseinheit angepasst 
wurde, die in einer entsprechenden simulierten HTTP- 
Anforderung gekennzeichnet wird; und 
ein computerlesbares Programmcodemittel zum Ver- 
gleichen jeder empfangenen HTTP-Antwort mit einer 
erwarteten HTTP-Antwort fur eine pervasive Daten- 
verarbeitungseinheit, die in jeder entsprechenden simu- 
lierten HTTP-Anforderung angegeben wird. 

36. Computerprogrammprodukt nach Anspruch 35, 
wobei die Informationen uber die pervasive Datenver- 
arbeitungseinheit in jeder simulierten HTTP-Anforde- 
rung mindestens eine der folgenden Informationen ent- 
halten: eine Kennung eines auf einer pervasive Daten- 
verarbeitungseinheit ablaufenden Browsers, eine Ken- 
nung eines auf einer pervasive Datenverarbeitungsein- 
heit ablaufenden Betriebssy stems, eine Kennung von 
Eigenschaften der Anzeige einer pervasive Datenverar- 
beitungseinheit und eine Kennung des Web-Inhaltes, 
fur dessen Anzeige eine pervasive Datenverarbeitungs- 
einheit konfiguriert ist. 

37. Computerprogrammprodukt nach Anspruch 35, 
wobei das computerlesbare Programmcodemittel zum 
Empfangen einer HTTP-Antwort auf jede entspre- 
chende simulierte HTTP-Anforderung ein computer- 
lesbares Programmcodemittel zum Speichern der 
HTTP-Antworten umfasst. 

38. Computerprogrammprodukt nach Anspruch 35, 
wobei das computerlesbare Programmcodemittel zum 
Vergleichen jeder empfangenen HTTP-Antwort mit ei- 
ner entsprechenden erwarteten HTTP-Antwort ein 
computerlesbares Programmcodemittel zum Speichern 
der empfangenen HTTP-Antwort enthalt, falls die 
empfangene HTTP-Antwort nicht mit der erwarteten 
HTTP-Antwort ubereinstimmt. 

39. Computerprogrammprodukt nach Anspruch 35, 
wobei das computerlesbare Programmcodemittel zum 
Erstellen einer Vielzahl von simulierten HTTP-Anfor- 
derungen ein computerlesbares Programmcodemittel 
zum Abrufen von HTTP-Vorsatzfeldern und URLs aus 
entsprechenden Datendateien umfasst. 
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